Internet Tools (InfoMagic)/Internet Tools.iso/dos_win/winsock/maillist/94-05.Z/94-05/[e-mail]_Tue Apr 29 20:07:27 1994.msg

Internet Message Format | 1994-05-31 | 6KB

Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
          id AA09932; Tue, 3 May 1994 05:32:24 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
          id AA07672; Tue, 3 May 1994 05:14:15 -0400
Received: from GATEWAY by bigblue with netnews
    for [e-mail] ([e-mail])
To: [e-mail]
Date: 30 Apr 1994 03:07:27 -0700
From: [e-mail] (Marco Papa)
Message-Id: <2ptakv$[e-mail]>
Organization: CRL Dialup Internet Access    [phone]  [login: guest]
Sender: ses
References: <2plj59$[e-mail]>, <[e-mail]>, <[e-mail]>
Subject: Re: In search of.... Winsock telnet app with KERMIT support

Eric Hagen ([e-mail]) wrote:
: Doug Jones ([e-mail]) wrote:
: : In article <2plj59$[e-mail]> [e-mail] (Paul Smith) writes:

: : >The point has been almost lost in this thread!!  I too NEED a GOOOD telnet
: : >client (WinQVT is a goood example, that provides goood DEC VT emulation)
: : >that also has built in async file tranfer protocol support built in.
: : >I.E. kermit and z/xmodem.

Well, we have built a Windows asynch program (which does VT220, VT100, etc..
and X/Y/Zmodem, Kermit, CISB+) and were thinking about adding a "telnet"
mode to the Windows version (the Windows NT version already has it for free
from NT itself). This is a commercial program though. Not freeware. Not
shareware.

: : I understand your need, and I agree completely, and I am astounded that
: : no one has done this as yet - it seems so simple. I heard this same "rumor"

: Zmodem, Zmodem, Zmodem.....

Yea, it has ZMODEM. We are just wandering if there is a market for such a
product.

: Hell, I just want a good working stand alone telnet that I can mud with.
: I can not even get the netmanag telnet to work well for me... :(

-- Marco Papa
--
Marco Papa
Vice President
Felsina Software, Inc.
From [e-mail] Sat Apr 30 05:01:57 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
          id AA09941; Tue, 3 May 1994 05:32:26 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
          id AA26571; Tue, 3 May 1994 05:12:06 -0400
Received: from GATEWAY by bigblue with netnews
    for [e-mail] ([e-mail])
To: [e-mail]
Date: Sat, 30 Apr 1994 05:01:57 GMT
From: [e-mail] (John Willis)
Message-Id: <[e-mail]>
Organization: TAMU
Sender: ses
References: <[e-mail]>
Subject: Re: Winsock settings

In article <[e-mail]> [e-mail] (wverveen) writes:
>From: [e-mail] (wverveen)
>Subject: Winsock settings
>Date: 28 Apr 1994 17:05:54 +0200


>I just managed to set up a slip connection by phone. And ofcourse when
>something finally works you want to optimize it.
>The setup screen has all these parameters like MTU,TCP(RWin,MSS), online
>statusdetection (DCD/DSR).

>Wim Verveen

MTU stands for Maximum Transmission Unit, sent by client to server, in this
case set for max of the slip server, it will be acting like a client for your
phone line, for ethernet cards in slip server around 1024 is nice, 1500 only
for the seriously demented looking for a flaky connection.

MSS stands for Maximum Segment Size, tells TCP layer largest chunk of a
message or program to hand off to IP layer.  IP adds to: and from:  IP
addressing info, and sometimes how to get there. Same size as MTU less 40
bytes for the IP info which gets stuck on top, total equals MTU size.

RWIN stands for Window size, indicates how big an MTU receiver buffer to set
aside in client, machine dependent, set this for slip server capacity, trial
and error, but RWIN=MTU always works, tweak up in multiples of MTU size,
larger not always better 4XMTU usually limit.

On slip client at home set MTU=256, MSS=256-40=216, RWIN=256.  A dedicated
line  has full attention of server so these variables make practically no
difference.  High speed modems use their own form of buffering transparent to
TCP/IP or SLIP connections. However 256 might shave off a millisec or two as
most compression schemes work in multiples of 256 bytes.

The CSLIP option takes advantage of the fact a SLIP connection is by
definition a dedicated line and throws away most of the IP header, saving you
big transfers of worthless bytes. However, SLIP server must do this first, and
your home machine must expect this, will still work if home machine ignores,
usually, but wastes milliseconds.
From [e-mail] Wed Apr 30 00:06:47 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
          id AB14754; Tue, 3 May 1994 06:02:22 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
          id AA28336; Tue, 3 May 1994 05:42:45 -0400
Received: from GATEWAY by bigblue with netnews
    for [e-mail] ([e-mail])
To: [e-mail]
Date: 30 Apr 1994 00:06:47 GMT
From: [e-mail] (Robin  Pointer)
Message-Id: <2ps7en$[e-mail]>
Organization: Columbia University
Sender: ses
Subject: slip problem

I have a problem inititating any kind of slip (actually CSLIP) connection,
since many people here use it I thought I would post would happens and
see if anybody has any ideas......

here is what happens when I log in:

dialup>slip
Entering SLIP mode.
Your IP address is my.ip.#  MTU is 1500 bytes
Header compression will match your system.
@E[\@Y!!"~`,"~A"~    [\
                                (@

that string of "garbage" is repeated every 15 seconds or so, no matter what
software I try, it keeps sending every few seconds, over and over......
anybody have any ideas as to what this could be?
(btw: this occures at 14.4/LAPM/V.42,14.4/None and at 2400 baud)

thanks much!